Virtual collaboration session access

ABSTRACT

Methods are provided that include receiving a request to couple a first client device to a communication session, wherein the request includes user identification information. The method may include determining a number of client devices coupled to the communication session and comparing the number of client devices coupled to the communication session to a maximum number of client devices to determine whether the maximum number of client devices are coupled to the communication session. The method may also include when the maximum number of client devices are coupled to the communication session, determining whether a user associated with the first client device is a preferred user based on at least the user identification information and when the user is the preferred user, coupling the client device associated with the preferred user to the communication session.

TECHNICAL FIELD

This disclosure relates to computing devices and, in particular,computing device access to virtual collaboration sessions.

BACKGROUND

A user may socialize with his/her contacts by chatting, watchingtelevision or videos, playing games, or engaging in other activitieswith his/her contacts. In some instances, a user and his/her contactsmay not be in the same physical location. Instead, the user and his/hercontacts may rely on other mechanisms to socialize, such as talking onthe phone, sending email, or text messaging.

SUMMARY

In one example, a method, executing on one or more computing devices,includes receiving, by the one or more computing devices, a request tocouple a first client device to a communication session, where therequest includes user identification information. The method may includedetermining, by the one or more computing devices, a number of clientdevices coupled to the communication session. The method may includecomparing, by the one or more computing devices, the number of clientdevices coupled to the communication session to a maximum number ofclient devices to determine whether the maximum number of client devicesare coupled to the communication session. The method may include whenthe maximum number of client devices are coupled to the communicationsession, determining, by the one or more computing devices, whether auser associated with the first client device is a preferred user basedon at least the user identification information. The method may includewhen the user is the preferred user, coupling, by the one or morecomputing devices, the client device associated with the preferred userto the communication session, wherein the communication session enablescommunication between the first client device and one or more secondclient devices coupled to the communication session.

In another example, a non-transitory computer-readable storage mediumcomprising instructions that, when executed, cause one or moreprocessors of one or more computing devices to perform operations. Theoperations may include receiving a request to couple a first clientdevice to a communication session, where the request includes useridentification information. The operations may include determining anumber of client devices coupled to the communication session. Theoperations may include comparing the number of client devices coupled tothe communication session to a maximum number of client devices todetermine whether the maximum number of client devices are coupled tothe communication session. The operations may include when the maximumnumber of client devices are coupled to the communication session,determining whether a user associated with the first client device is apreferred user based on at least the user identification information.The operations may include when the user is the preferred user, couplingthe client device associated with the preferred user to thecommunication session, wherein the communication session enablescommunication between the first client device and one or more secondclient devices coupled to the communication session.

In another example, a server includes one or more computing devices, theone or more computing devices being configured to perform a method. Themethod may include receiving, by the one or more computing devices, arequest to couple a first client device to a communication session,where the request includes user identification information. The methodmay include determining, by the one or more computing devices, a numberof client devices coupled to the communication session. The method mayinclude comparing, by the one or more computing devices, the number ofclient devices coupled to the communication session to a maximum numberof client devices to determine whether the maximum number of clientdevices are coupled to the communication session. The method may includewhen the maximum number of client devices are coupled to thecommunication session, determining, by the one or more computingdevices, whether a user associated with the first client device is apreferred user based on at least the user identification information.The method may include when the user is the preferred user, coupling, bythe one or more computing devices, the client device associated with thepreferred user to the communication session, wherein the communicationsession enables communication between the first client device and one ormore second client devices coupled to the communication session.

The details of one or more embodiments are set forth in the accompanyingdrawings and the description below. Other features, objects, andadvantages will be apparent from the description and drawings, and fromthe claims.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram illustrating an example of a communicationsystem in which one or more client devices are coupled to a serverdevice that enables communication between users, in accordance with oneor more aspects of the present disclosure.

FIG. 2 is a block diagram illustrating further details of one example ofa server device 32 shown in FIG. 1, in accordance with one or moreaspects of the present disclosure.

FIG. 3 is a flow diagram illustrating an example process for joining aclient device to a communication session, in accordance with one or moreaspects of this disclosure.

FIG. 4 is a block diagram illustrating an example of a graphical userinterface for joining a communication session, in accordance with one ormore aspects of the present disclosure.

FIG. 5 is a flow diagram illustrating an example process for joining aclient device to a communication session, in accordance with one or moreaspects of this disclosure.

The details of one or more aspects of this disclosure are set forth inthe accompanying drawings and the description below. Other features,objects, and advantages of the disclosure will be apparent from thedescription and drawings, and from the claims.

DETAILED DESCRIPTION Overview

Friends, colleagues or other individuals who wish to socialize orotherwise communicate may be dispersed geographically. When dispersedgeographically, some individuals may rely upon telephony, textmessaging, email, or other forms of communication that support limitedforms of socializing. However, these forms of communication may notprovide participants an experience comparable to socializing in person.Instead, users in different geographical locations may socialize in ashared virtual space (e.g., engage in a “virtual collaborationsession”). A virtual collaboration session may enable multiple users toshare and watch videos, share and listen to audio streams, play games,participate in video and/or audio chat, collaboratively browse theInternet, or combinations thereof. The virtual collaboration session mayprovide an experience that may be comparable to socializing in person.Techniques of this disclosure may enable the creation of the virtualcollaboration session that may mirror the experience of individualssocializing in the same physical location.

In one aspect of the present disclosure, the virtual collaborationsession may be provided using a communication session. A “communicationsession” as used herein is a broad term encompassing as its plain andordinary meaning, including but not limited to, one or more objects,which may be stored in and/or are executable by hardware that may enablecommunication clients coupled to the one or more objects to exchangeinformation. The one or more objects may include data and/or providefunctionality of a communication session as described herein.

Communication sessions may enable users associated with client devicescoupled to the communication session to communicate (e.g., engage in avirtual collaboration session). Users of a communication session maycontemporaneously watch videos, communicate, and play games with theother users of the communications session. In some examples, thecommunication session may enable communication between users byexchanging both audio and visual information between client devicescoupled to the communication session. For example, the communicationsession may enable audio data and video data of users of the in thecommunication session to be received by client devices coupled to thecommunication session in order to create a shared experience similar tositting in a room together.

In some instances, due to at least one of network and/or computingdevice resource constraints and user preferences, communication sessionsmay have a maximum number of client devices that may simultaneouslyparticipate in a communication session. That is, a maximum number ofclient devices that are coupled to a communication session. For example,the network and/or computing device resources may set a maximum numberof users to maintain a level of performance of the communicationsession. In other examples, a user initiating a communication sessionmay define a maximum number of client devices able to couple to thecommunication session.

In previous examples, if a user sends a request to join a communicationsession that has the maximum number of client devices, the user may besent a notification informing the user that the communication session isfull and that the request to join is denied. The user may repeatedlysend the request to join the communication session, but will be grantedaccess only when one or more of the client devices exit the fullcommunication session (e.g., decoupled from the communication session).That is, the user will be granted access when the request to join thecommunication session is received when the number of client devices isfewer than the maximum number of client devices.

However, socializing opportunities may be missed if preferred users arenot allowed to join a communication session because the communicationsession is full (e.g., has the maximum number of users). For example, ifa communication session is dedicated to discussing a new movie, book, orpiece of art, and the actor/actress, author, and/or artist of the movie,book, or piece of art would like to join the communication session,he/she would only be able to join if fewer than the maximum number ofclient devices were connected to the communication session.

In general, aspects of the present disclosure are directed to techniquesthat may enable a client device associated with a preferred user to joina communication session when the communication session has the maximumnumber of client devices. For instance, techniques of the disclosure mayreceive a request to join a communication session from a client devicethat includes user identification information. A communication serverthat implements techniques of the disclosure may determine whether amaximum number of client devices are joined to the communicationsession, and if so, determine whether a user associated with the clientdevice is a preferred user based on at least the user identificationinformation. As discussed herein, if the user is determined to be aprefer user, the communication server may connect the client deviceassociated with the preferred user to the communication session.

As used throughout this disclosure, headings are included to improve theclarity of the disclosure and are not used to define separateembodiments. In some examples, features of various embodiments may becombined and/or used from among multiple headings in accordance withaspects of the present disclosure.

Example System

FIG. 1 is a block diagram illustrating an example of a communicationsystem 2 in which one or more client devices 10, 46A-N are coupled to aserver device 32 that enables communication between users associatedwith client device 10, 46A-N, in accordance with one or more aspects ofthe present disclosure. Client device 10 may include output device 18,input device 20, and communication client 12, which further includescommunication module 14 and user information module 16. Client devices46A-N (collectively “client devices 46”) may be a client device similarto client device 10 that includes some, all, and/or differentfunctionality than the functionality provided by communication client12, communication module 14, and user information module 16.

As illustrated in FIG. 1, server device 32 includes communication server34, which includes session module 36, preferred user module 38, andcommunication session 40. Each of client devices 10, 46 and serverdevice 32 may be operatively coupled by communication channels 30A-B(collectively “communication channels 30”), which in some examples maybe wired or wireless communication channels capable of sending andreceiving data. Server device 32 may include communication server 34that maintains one or more communication sessions such as communicationsession 40. As illustrated in FIG. 1, client device 10 and clientdevices 46 may communicate with server device 32 via communicationchannels 30. That is, client device 10 and client devices 46 may beoperatively and/or communicatively coupled by communication channels 30to server device 32. Communication channels 30, in some examples, may bewired or wireless communication channels capable of sending andreceiving data. One example of communication channels 30 may include aTransmission Control Protocol and/or Internet Protocol (TCP/IP) networkconnection.

Client devices 10, 46 may be operatively coupled to a communicationsession 40 that enables communication between user 25 associated withclient device 10 and users 50A-N (collectively “users 50”) associatedwith client devices 46. Examples of client devices 10, 46, may include,be, or be part of a mobile computing device (e.g., a mobile phone,netbook, laptop, personal digital assistant (PDA), tablet computer,portable gaming device, portable media player, e-book reader, or watch),other computing devices (e.g., a desktop computer, or set top box), ortelevisions with one or more processors embedded therein or attachedthereto. Client devices 10, 46 may be the same or different types ofdevices. For example, client device 10 and client device 46A may both bemobile phones. In another example, client device 10 may be a mobilephone and client device 46A may be a desktop computer.

Client device 10 may include one or more output devices (e.g., outputdevice 18). Examples of output device 18 may include a video graphicscard, a computer display, a sound card, and speakers. Client device 10may also include one or more input devices (e.g., input device 20).Input device 20 may include keyboards, pointing devices, microphones,and cameras capable of recording one or more images or video.

Client device 10 of FIG. 1 may include communication client 12. In someexamples, communication client 12 may include mobile or types ofsoftware applications that provide functionality described herein.Communication client 12 may include various modules, such as acommunication module 14 and user information module 16, as illustratedin FIG. 1. Communication client 12 may exchange audio, video, text, orother information with other communication clients coupled tocommunication session 40 (e.g., communication clients 48A-C(collectively “communication clients 48”)).

Communication module 14 may cause output device 18 to display graphicaluser interface (GUI) 22. Communication module 14 may further includefunctionality that enables communication client 12 to couple tocommunication server 34 and communicatively couple to one or morecommunication sessions (e.g., communication session 40). Two or moreclient devices (e.g., client device 10 and client devices 46) maycommunicatively couple to the same communication session to enablecommunication between users of the client devices (e.g., user 25 andusers 50). As described throughout this disclosure, a user may “join” or“connect” to a communication session when the communication client ofthe user's computing device couples (e.g., establishes a connection, toa communication server executing on a server device and/or clientdevice). In some examples, a communication client executing on a clientdevice joins a communication session by communicatively coupling to acommunication session managed by a communication server executing on aserver device and/or client device.

Communication client 12 may also include user information module 16 thatenables communication module 14 to send user identification informationcorresponding to user 25 associated with client device 10. As discussedherein, communication module 14 may generate a request to couple tocommunication session 40 and send the request to communication server34. User information module 16 may enable communication module 14 tosend user identification information associated with user 25 in therequest. In some examples, the user identification information may besent to communication server 34 prior to communication client 12 sendingthe request or after communication client 12 has sent the request. Insome examples, user identification information may include an identifierof the client device that sent the request and an identifier of the userassociated with client device that sent the request. For example, useridentification information may include an identifier of client device 10and an identifier of user 25 (e.g., a user profile identifier)associated with client device 10.

As illustrated in FIG. 1, server device 32 includes communication server34 and user information data store 44. Communication server 34, as shownin FIG. 1, may perform one or more operations that enable a user toparticipate in a virtual collaboration session with at least one otheruser to socialize. Examples of server device 32 may include a personalcomputer, a laptop computer, a television with one or more processorsembedded therein or coupled thereto, a handheld computer, a workstation,a data storage system, a supercomputer, or a mainframe computer.Communication server 34 may generate, manage, and terminatecommunication sessions such as communication session 40. In someexamples, communication server 34 may include one or more modulesexecuting on one or more computing devices, such as server device 32,that performs operations described herein.

As illustrated in FIG. 1, communication server 34 may include componentssuch as session module 36, preferred user module 38, and communicationsession 40. Communication server 34 may also include components such asuser profile data store (UPD) 42. Components of communication server 34may be physically, communicatively, and/or operatively coupled bycommunication channel 44. Examples of communication channel 44 mayinclude a system bus, inter-process communication data structures,and/or a network connection.

In accordance with one or more techniques of the present disclosure,client devices associated with preferred users may join communicationsessions having the maximum number of client devices coupled to thecommunication session (e.g., at maximum capacity). For example, if amaximum number of client devices are coupled to communication session40, communication client 12 of client device 10 may couple tocommunication session 40 if it is determined that user 25 associatedwith client device 10 is a preferred user.

As discussed herein, the maximum number of client devices may be basedon at least one of network and/or computing device resource constraintsand user preferences. In some examples, the maximum number of clientdevices may be based on network and/or computing device resources inorder to maintain a minimum level of performance of the communicationsession. In other examples, the maximum number of client devices may beconfigurable. For example, a user (e.g., a user associated with a clientdevice that initiated the communication session) may define the maximumnumber of client devices able to join the communication session. In someexamples, the maximum number of client devices may be within a range offrom two to twenty client devices. In other examples, the maximum numberof client devices may be ten client devices. In other examples, themaximum number of client devices may be set by an administrator ofserver device 32. The administrator of server device 32 may set themaximum number of client devices to any number of client devise.

As discussed herein, socializing opportunities may be missed ifpreferred users are not allowed to join a communication session becausethe communication session is full (e.g., has the maximum number ofclient devices). For example, users 50A-N may participate incommunication session 40, where N is the maximum number of clientdevices that may be coupled to communication session 40. In someexamples, if user 25 associated with client device 10 attempts to joincommunication session 40 when the maximum number of client devices arecoupled to communications session 40, user 25 is typically firstauthenticated as a preferred user before client device 10 is permittedto couple to communication session 40.

In some examples, a client device may couple to a waiting room for afull communication session (e.g., a communication session having themaximum number of client devices). The waiting room may include a queueof client devices that have sent a request to join the communicationsession having the maximum number of client devices. In one example,client device 10 may couple to the waiting room until user 25 isdetermined to be a preferred user. In another example, a client deviceassociated with a non-preferred user may couple to the waiting room andbe placed into the queue. The client device associated with thenon-preferred user may be coupled to the communication session when theclient device is first in the queue and fewer than the maximum number ofclient devices are coupled to the communication session.

In one example, a communication session (e.g., communication session 40)may be discussing, for example, a book named “Book A”. If user 25 is theauthor of Book A and attempts to join communication session 40 when themaximum number of client devices are coupled to communication session40, user 25 will be denied access because the maximum number of clientdevices (e.g., 10, 20 etc.) are coupled to communication session 40.However, aspects of this disclosure enable a preferred user to join acommunication session when the maximum number of client devices arecoupled to the communication session. For example, if user 25 associatedwith a client device 10 is determined to be a preferred user,communication client 12 may couple to communication session 40, suchthat client device 10 is the N+1 client device, where N is the maximumnumber of client devices. For example, if “N” is 10 client devices,client device 10 associated with user 25 may be the 11^(th) clientdevice coupled to communication session 40. As used herein, “a preferreduser” refers to a user that is granted access to a communication sessionthat has the maximum number of client devices where a regular user wouldnot be granted access.

In some examples, session module 36 may receive a request from clientdevice 10 to join communication session 40. As discussed herein, therequest may include user identification information. For example, theuser identification information may include an identifier of the clientdevice that sent the request (e.g., client device 10) and an identifierof a user associated with the client device that sent the request (e.g.,user 25 associated with client device 10). Session module 36 maydetermine the number of client devices coupled to communication session40. For example, session module 36 may compare the number of clientdevices coupled to communication session 40 to the maximum number ofclient devices to determine whether the maximum number of client devicesare currently coupled to communication session 40.

In response to the maximum number of client devices being coupled tocommunication session 40, session module 36 may determine whether user25 is a preferred user based at least in part on the user identificationinformation. For example, session module 36 may send a message includingthe user identification information to preferred user module 38 toindicate that a request to join a full communication session wasreceived. In some examples, preferred user module 38 may use the useridentification information to query UPD 42 to retrieve user statusinformation for user 25 associated with client device 10. Preferred usermodule 38 may determine a user status of user 25 based at least in parton the retrieved user status information. In some examples, the userstatus is one of a preferred user and a non-preferred user. That is,preferred user module 38 may determine that user 25 is a preferred userbased on the user status information stored in UPD 42. UPD 42 mayinclude any suitable data structure to store information such as adatabase, lookup table, array, linked list, etc.

As illustrated in FIG. 1, UPD 42 may include information associated withusers. For example, UPD 42 may include user identifiers that identify aparticular user and corresponding user profile information (e.g., userstatus information). In one example, the user identification informationincluded in the request may be compared to user identifiers to identifythe user requesting to join a communication session. The user profileinformation corresponding to the identified user may include any fact,classifier, or other information that may be related to the user. In oneexample, the user profile information includes a user status, where theuser status indicates that the user is one of a preferred user and anon-preferred user.

In some examples, the preferred user may have a verified preferredstatus. That is, the user is determined to be a preferred user based onat least a verified preferred status. For example, a social networkservice provider associated with the communication session may verify apreferred status of a user such that the user has a verified preferredstatus. In this example, a celebrity and/or public figure may request averified preferred status from the social network service providerassociated with the communication session. Once the user isauthenticated as being the celebrity or public figure, the UPD 42 may beupdated such that a user profile of the celebrity and/or public figureincludes the verified preferred status. The verified preferred statusmay enable the preferred user to join a communication session thatcurrently has the maximum number of client devices connected to thecommunication session.

In other examples, the preferred user may have a granted preferredstatus. The granted preferred status may be given to users whoseparticipation in virtual collaboration sessions exceeds a threshold oris otherwise outstanding relative to other users. For example, thesocial network service provider associated with the communicationsession may grant a user the granted preferred user status to usersbased on at least one of a number of connections to communicationssessions, an activity level, and contests. For example, the number ofconnections may be a usage history of users. That is, the usage historyof users may be monitored and stored in UPD 42, such that users having adetermined number of connections over a period of time may be assignedthe granted preferred status. In other examples, an activity level ofusers participating in virtual collaboration sessions may be monitored.For example, a number of times a user initiates a communication sessionand/or a number of posts made while connected to a communication sessionmay be monitored. In other examples, users may enter various contests towin a preferred user status. For example, a social network serviceprovider hosting the communication sessions may have contents in whichusers may participate to win the granted preferred status.

In some examples, the granted preferred status may have a limitedduration. The limited duration may be based on a determined time limit.For example, a user may have the granted preferred status for a setperiod of time (e.g., 1 month). Additionally, the limited duration maybe based on a threshold number of connections to communication sessions.That is, once the number of connections per set period of time decreasesbelow a threshold, the granted preferred status may be terminated.

In some examples, upon determining that a user is a preferred user, aclient device associated with the preferred user may be coupled to acommunication session. For example, once user 25 is determined to be apreferred user, client device 10 may be coupled to communication session40. In this example, client devices 46A-N are coupled communicationsession 40 when client 10 is coupled to communication session 40, where“N” is the maximum number of client devices. In other examples, sessionmodule 36 may determine that fewer than the maximum number of clientdevices are coupled to communication session 40. In that instance,regardless of whether user 25 is a preferred user or a non-preferreduser, client device 10 may couple to communication session 40.

In some examples, more than one preferred user may join a communicationsession (e.g., communication session 40) when the maximum number ofclient devices are coupled to the communication session. For example, ifanother client device associated with a preferred user joinedcommunication session 40, the number of client devices coupled tocommunication session would be N+2. “N” is the maximum number of clientdevices and “2” is the number of client devices associated withpreferred users that joined communication session 40 once the maximumnumber of client devices were coupled to communication session 40. Insome examples, the communication session may have a maximum number ofclient devices associated with preferred users. In that instance, thenumber of client devices coupled to the communication session may beexpressed as “N+M”, where “N” is the maximum number of client devicescoupled to the communication session and “M” is the maximum number ofclient devices associated with preferred users that can join thecommunication session when there are “N” client devices coupled to thecommunication session.

In some examples, the maximum number of client devices (e.g., “N”) mayinclude client devices associated with preferred and non-preferredusers. That is, if a client device associated with a preferred userjoins a communication session when there are fewer than the maximumnumber of client devices, the maximum number of client devices that maycouple to the communication session is still “N”. For example, if themaximum number of client devices for a communication session is ten, andthere are eight client devices associated with non-preferred users andone client device associated with a preferred user coupled to thecommunication session, then only one more client device associated witheither a non-preferred user and/or a preferred user may join thecommunication session. Once the maximum number of client devices arecoupled to the communication session, only client devices associatedwith preferred users may join the communication session.

In other examples, the maximum number of client devices (e.g., “N”) isonly refers to client devices associated with non-preferred users. Forexample, if the maximum number of client devices for a communicationsession is ten, and there are eight client devices associated withnon-preferred users and two client devices associated with preferredusers coupled to the communication session, then two more client deviceassociated with non-preferred users may join the communication session.Once the maximum number of client devices (e.g., client devicesassociated with non-preferred users) are coupled to the communicationsession, only client devices associated with preferred users may jointhe communication session.

Session module 36 may create, manage, and terminate communicationsessions, such as communication session 40. For instance, session module36 may receive a request from a client device to initiate acommunication session (e.g., communication session 40). In response toreceiving the request to create a communication session, session module36 may create a communication session and couple the client device tothe communication session. As discussed herein, the request to initiatethe communication session may also include the maximum number of clientdevices for the communication session. For example, client device 46Aassociated with user 50A may send a request to initiate communicationsession 40 to session module 36, which may include the maximum number ofclient devices that may couple to communication session.

Session module 36 may also terminate communications sessions, such ascommunication session 40. In some examples, users associated with clientdevices coupled to a communication session 40 may provide input to exitthe communication session. For example, users 25, 50 may provide inputto exit communication session 40. In response to receiving the input toexit, communication clients may send a control message to session module36 to decouple the client device from the communications session. Forexample, user 25 may provide input to exit communication session 40. Inresponse to receiving the input, communication client 12 may send acontrol message to session module 36 to decouple client device 10 fromcommunication session 40. In this instance, communication clients 48 mayremain coupled to communication session 40.

In other examples, a user associated with the client device thatinitiated the communication session may also provide input to terminatethe communication session. For example, if client device 46A initiatedcommunication session 40, user 50A may provide input to either exitcommunication session 40 or to terminate communication session 40. Inresponse to user 50A providing input to terminate communication session40, communication client 48A may send a control message to sessionmodule 36 to terminate communication session 40. In some examples,terminating communication session 40 may decouple all client devicescoupled to communication session 40. That is, client devices 10 and46A-C may be decoupled from communication session 40 by session module36.

As discussed herein, in response to determining communication session 40is full and that user 25 is a preferred user, session module 36 may senda message to communication client 12 enabling client device 10 to coupleto communication session 40. Additionally, in response to receiving arequest from a user to join communication session 40 and determiningthat fewer than the maximum number of client devices are coupled tocommunication session 40, session module 36 may send a message tocommunication client 12 enabling client device 10 to couple tocommunication session 40.

Once client device 10 is connected to communication session 40, user 25and users 50 may communicate. In some examples, multiple protocols maybe used by session module 36 to couple client devices to communicationsession 40. For instance, client devices 10, 50 may couple to serverdevice 32 using a first protocol while session module 36 and preferreduser module 38 may communicate using a second protocol. Communicationserver 34 may apply protocol translation techniques to enablecommunication between different protocols.

When coupled to communication session 40, communication client 12 maycause output device 18 to display GUI 22. GUI 22 may include graphicalelements such as video feeds 26A-N (collectively referred to as “videofeeds 26”), visual representations 28A-N (collectively referred to as“visual representations 28”), and multimedia content 24. Additionally,as illustrated in FIG. 1, GUI 22 may display that user 25 is “Joined asPreferred User”. That is, user 25 is a preferred user and has joined acommunication session (e.g., communication session 40) that has themaximum number of client devices.

Video feeds 26 may include visual representations 28 of other userscommunicating via communication session 40. For example, video feed 26Amay include visual representation 28A of user 50A who is communicatingvia communication session 40. In some examples, communication clients 48may send video feeds to communication server 34, which may determinethat communication client 12 is coupled to communication session 40.Consequently, communication server 34 may send the video feeds of users50 to communication client 12. Communication client 12, upon receivingthe video feeds, may cause output device 18 to display the video feedsas video feeds 26.

In some examples, communication client 12 may further cause input device20 to generate a video feed of user 25, which may be similarly sent in avideo feed to communication clients 48. Additionally, communicationclient 12 may further cause output device 18 to display the video feedgenerated by input device 20 within video feeds 26. In this way, user 25may view video data of him or herself along with video data of usersassociated with client devices coupled to communication session 40.

In addition to exchanging video information (e.g., video data), user 25and users 50 may exchange audio via communication session 40. Forinstance, microphones (e.g., input devices) may capture sound at or neareach of client devices 10, 46 (e.g., voices of user 25 and users 50).Audio data generated by communication clients from the sound, may beexchanged between the communication clients coupled to communicationsession 40. For instance, if user 25 speaks, input device 20 may receivethe sound and convert it to audio data. Communication client 12 may thensend the audio data to communication server 34. Communication server 34may determine communication clients 48 are coupled to communicationsession 40, and upon determining that communication clients 48 arecoupled to communication session 40, communication server 34 may sendthe audio data to communication clients 48. After receiving the audiodata, output devices (e.g., sound cards and/or speakers associated withclient devices 46) may output sounds based at least in part on the audiodata.

In still other examples, text, such as real-time instant messages, orfiles may be exchanged between communication client 12 and communicationclients 48 using similar techniques. As seen in FIG. 1, in addition todisplaying video feeds 26, communication client 12 may cause outputdevice 18 to display multimedia content 24 within GUI 22. In someexamples, multimedia content 24 may include one or more documents,files, images, animations, videos, or other graphical representations.In other examples, multimedia content 24 may include sound, voice, orother audio data. In still other examples, multimedia content 24 mayinclude a combination of graphical representations and audio data. Insome examples, a client device coupled to communication session 40 maygenerate a graphical representation of all or a portion of a graphicaluser interface generated by the client device. The graphical userinterface may then be shared with other client devices coupled to thecommunication session thereby enabling other client devices to displaythe graphical representation of the graphical user interface.

In the example of FIG. 1, multimedia content 26 may be output by eachclient device 10 and 46A-N contemporaneously using communication clients12 and 48A-N, respectively. In this way, user 25 and users 50 maysimultaneously view and/or hear multimedia content 24. In some examples,multimedia content 24 may be selected by only a subset of usersassociated with client devices coupled to communication session 40. Inother examples, all users associated with client devices coupled tocommunication session 40 may select multimedia content that will beoutput contemporaneously at each client device coupled to communicationsession 40. In some examples, multimedia content 24 being output to userclients coupled to communication session 40 may be different.

Techniques of the present disclosure may include one or more advantages.For example, enabling preferred users to join otherwise fullcommunication sessions may increase the experience of the virtualcollaboration session. Therefore, a number of missed socializingopportunities may be reduced by enabling the preferred users to joinfull communication sessions. Additionally, in examples of where thepreferred user has a verified preferred status, other usersparticipating in the virtual collaboration session may have confidencethat the preferred user is who they purport to be.

Example Device

FIG. 2 is a block diagram illustrating further details of one example ofa server device 32 shown in FIG. 1, in accordance with one or moreaspects of the present disclosure. FIG. 2 illustrates only oneparticular example of server device 32, and many other exampleembodiments of server device 32 may be used in other instances.

As shown in the specific example of FIG. 2, server device 32 includesone or more processors 60, a network interface 64, one or more storagedevices 66, input device 68, and output device 70. Server device 32 alsoincludes an operating system 74 that is executable by server device 32.Server device 32, in one example, further includes communication server34 that is also executable by server device 32. Each of components 60,64, 66, 68, and 70, may be interconnected (physically, communicatively,and/or operatively) by communication channels 72 for inter-componentcommunications.

Processors 60, in one example, are configured to implement functionalityand/or process instructions for execution within server device 32. Forexample, processors 60 may be capable of processing instructions storedin memory 62 or instructions stored on storage devices 66.

Server device 32, in some examples, also includes a network interface64. Server device 32, in one example, utilizes network interface 64 tocommunicate with external devices via one or more networks, such as oneor more wireless networks. Network interface 64 may be a networkinterface card, such as an Ethernet card, an optical transceiver, aradio frequency transceiver, or any other type of device that can sendand receive information. Other examples of such network interfaces mayinclude Bluetooth®, 3G and WiFi® radios in mobile computing devices aswell as USB. In some examples, server device 32 utilizes networkinterface 64 to wirelessly communicate with an external device such asclient devices 10, 46 of FIG. 1.

Server device 32, in one example, also includes one or more inputdevices 68. Input device 68, in some examples, is configured to receiveinput from a user through tactile, audio, or video feedback. Examples ofinput device 68 include a presence-sensitive screen, a mouse, akeyboard, a voice responsive system, video camera, microphone or anyother type of device for detecting a command from a user.

One or more output devices 70 may also be included in server device 32.Output device 70, in some examples, is configured to provide output to auser using tactile, audio, or video stimuli. Output device 70, in oneexample, includes a presence-sensitive screen, a sound card, a videographics adapter card, or any other type of device for converting asignal into an appropriate form understandable to humans or machines.Additional examples of output device 70 include a speaker, a cathode raytube (CRT) monitor, a liquid crystal display (LCD), or any other type ofdevice that can generate intelligible output to a user.

Storage devices 66, in some examples, also include one or morecomputer-readable storage media. Storage devices 66 may be configured tostore larger amounts of information than memory 62. Storage devices 66may further be configured for long-term storage of information. In someexamples, storage devices 66 include non-volatile storage elements.Examples of such non-volatile storage elements include magnetic harddiscs, optical discs, floppy discs, flash memories, or forms ofelectrically programmable memories (EPROM) or electrically erasable andprogrammable (EEPROM) memories.

In some examples, storage devices 66 may also include memory. Memory maybe described as a computer-readable storage medium. In some examples,memory is a temporary memory, meaning that a primary purpose of memoryis not long-term storage. Memory, in some examples, is described as avolatile memory, meaning that memory does not maintain stored contentswhen the computer is turned off. Examples of volatile memories includerandom access memories (RAM), dynamic random access memories (DRAM),static random access memories (SRAM), and other forms of volatilememories known in the art. In some examples, memory is used to storeprogram instructions for execution by processors 60. Memory, in oneexample, is used by software or applications running on server device 32(e.g., applications 76) to temporarily store information during programexecution.

Server device 32 may include operating system 74. Operating system 74,in some examples, controls the operation of components of server device32. For example, operating system 74, in one example, facilitates theinteraction of one or more applications 76 (e.g., communication server34) with processors 60, network interface 64, storage device 66, inputdevice 68, and output device 70. As shown in FIG. 2, server device 32may include communication server 34 and user profile data store 42.Communication server may include session module 36, preferred usermodule 38, and communication session 40, as described in FIG. 1.Applications 76, communication server 34, session module 36, preferreduser module 38, and communication session 40 may each include programinstructions and/or data that are executable by server device 32. Forexample, session module 36 and preferred user module 38 may includeinstructions that cause server device 32 to perform one or more of theoperations and actions described in the present disclosure. Although notshown, each of components 74, 72, 76, and 32, may be interconnected(physically, communicatively, and/or operatively) by communicationchannels for inter-component communications.

In accordance with aspects of the present disclosure, session module 36may receive a request to join a communication session via networkinterface 64. The request may be received from communication client 12by network interface 64 and specify the communication session (e.g.,communication session 40). Session module 36 may determine a number ofclient devices coupled to communication session 40. Session module 36may then compare the number of client devices coupled to communicationsession 40 to a maximum number of client devices to determine whetherthe maximum number of client devices are coupled to communicationsession 40. Responsive to determining the communication session 40 hasthe maximum number of client devices, session module 36 may send amessage to preferred user module 38 including user identificationinformation provided in the request. Responsive to receiving themessage, preferred user module 38 may query user profile data store 42to determine whether user 25 is a preferred user. In response topreferred user module 38 determining user 25 is a preferred user,preferred user module 38 may send a message to session module 36indicating that user 25 is a preferred user. Consequently, sessionmodule 36 may send a message to client device 10 (associated with user25) that initially sent the request via network interface 64. Themessage may include information that enables communication client 12executing on client device 10 to couple to communication session 40,thus making the number of client devices coupled to communicationsession 40 “N+1”, where N is the maximum number of client devices. Inthis way preferred users may join communication sessions that are full(e.g., have the maximum number of client devices).

Example Process

FIG. 3 is a flow diagram illustrating an example process for joining aclient device to a communication session, in accordance with one or moreaspects of this disclosure. For purposes of illustration only, theexample process is described below within the context of communicationserver 34 of server device 32 as shown in FIG. 1.

In one example, communication server 34 may receive request to join acommunication session (80). For example, communication server 34 mayreceive a request to join communication session 40 from client device 10as described herein with respect to FIG. 1. In response to receivingrequest from client device 10, communication server 34 may determinewhether communication session 40 is full (82). For example,communication server 34 may determine whether a maximum number of clientdevices are coupled to communication session 40 as described herein withrespect to FIG. 1. If there is fewer than the maximum number of clientdevices coupled to communication session 40 (“NO” branch of 82),communication server 34 may accept the request to join client device 10to communication session 40 (84). For example, session module 36 maysend a message to client device 10 enabling communication client 12 tocouple to communication session 40.

If the maximum number of client devices are coupled to communicationsession 40 (“YES” branch of 82), communication server 34 may determinewhether user 25 associated with client device 10 is a preferred user(86). For example, preferred user module 38 may query user profile datastore (UPD) 42 to determine whether user 25 is a preferred user asdescribed herein with respect to FIG. 1. If user 25 is not a preferreduser (“NO” branch of 86), communication server 34 may reject the requestto join communication session 40 (88).

If user 25 is determined to be a preferred user (“YES” brand of 84),communication server 34 may send a notification to a lead client device(e.g., client device that initiated communication session 40) with apermission request for user 25 to join communication session 40 (90).Communication server 34 may receive a response from the lead clientdevice (92). If the permission request was not accepted by the userassociated with the lead client device (“NO” branch of 94),communication server 34 may reject request to join communication session40 (96). If the permission request was accepted by the user associatedwith the lead client device (“YES” branch of 94), communication server34 may connect preferred user to communication session 40 (98). Forexample, session module 36 may send a message to client device 10enabling communication client 12 to couple to communication session 40.

In some examples, sending the notification to the lead client device maybe optional. In that instance, once the user is determined to be thepreferred user, session module 36 may send a message to client device 10enabling communication client 12 to couple to communication session 40.In some examples, communication session 40 may be a public communicationsession or a private communication session. For example, publiccommunication sessions may allow any user to join the communicationsession. Thus, if user 25 is attempting to join a public communicationsession that is full, session module 36 may not send the notification tothe lead client device. In some examples, private communicationssessions have a set group of contacts or users that may join thecommunication session. In some examples, preferred users may attempt tojoin the private communication sessions. In that instance, the leadclient device or all client devices coupled to the private communicationsession may be sent the notification with a permission request from thepreferred user.

Example Interface

FIG. 4 is a block diagram illustrating an example of a GUI for joining acommunication session, in accordance with one or more aspects of thepresent disclosure. For purposes of illustration only, the example GUIis described below within the context of client device 10 as shown inFIG. 1.

Communication module 14 may cause output device 18 to display GUI 100.GUI 100 may include a search input box 102 and communication sessions.GUI 100 may enable a user (e.g., user 25) to search for communicationsessions to join. For example, user 25 may search for communicationsessions by entering a search term into search input box 102. Asillustrated in FIG. 4, user 25 entered “Author Name” into search inputbox 102. In response to entering the search term, session module 36 mayquery established communication sessions and send a representation ofone or more communication sessions that match the search term providedin text box 102.

GUI 100 may display a representation of one or more communicationsessions that include the search term entered into search input box 102.For example, the representation may include a title, additionalinformation, the number of client devices currently coupled to thecommunication session, and the maximum number of client devices of theone or more communication sessions.

As illustrated in FIG. 4, the one or more communication sessions may bedisplayed including the title of each communication session as well asany additional information. For example, GUI 100 includes fourcommunication sessions. Each communication session includes a title(e.g., “Book Title” by “Author Name”) and additional information. Insome examples, the additional information may include subject matter ofthe communication session, permissions (e.g., whether the communicationsession is public or private), a duration of the communication session,when the communication session was initiated, etc. In some examples, GUI100 may display the number of client devices currently coupled to eachcommunication session as well as the maximum number of client devices.For example, the first communication session is not full and has fiveclient devices coupled to the communication session with a maximumnumber of client devices of ten (e.g., “ 5/10”). The secondcommunication session listed is full and has three client devicescoupled to the communication session with a maximum number of clientdevices of three (e.g., “3/3”).

In some examples, GUI 100 may further display options to “join” 106 or“view” 104 the one or more communication sessions. Either or both of“join” 106 and “view” 104 may be selectable buttons, selectable links,etc. As illustrated in FIG. 4, if user 25 selects “join” 106,communication client 12 may display GUI 115. As illustrated in GUI 115,the communication session that user 25 selected to join has ten out often (e.g., “10/10”) client devices coupled to the communication session.However, as illustrated in GUI 115, user 25 has been determined to be apreferred user and may select “Yes” 116 to couple to the fullcommunication session as a preferred user (e.g., “enter as VIP”). User25 may also select “No” 116, if user 25 does not want to join thecommunication session.

In other examples, user 25 may select “view” 104 to view thecommunication session prior to coupling to the communication session. Asillustrated in FIG. 4, if user 25 selects “view” 104, communicationclient 12 may display GUI 107. In some examples, user 25 may view thecommunication session anonymously. That is, the other usersparticipating in the virtual collaboration session are not aware thatuser 25 is viewing the virtual collaboration session. In some examples,the viewing may be limited to public communication sessions. As user 25views the communication session, GUI 107 may receive and outputmultimedia content 108 and video feeds 114A-C of users coupled to thecommunication session. Additionally, client device 10 may receive mayoutput the audio feeds of the users. However, the video feed and audiofeed of user 25 is not sent to the other client devices coupled to thecommunication session while user 25 is viewing the communicationsession. In that way, the preferred user (e.g., user 25) may anonymouslyview the communication session to determine whether or not he or shewants to join the communication session. As illustrated in FIG. 4, GUI100-1 may display options for user 25 to “Join as VIP” 110 or “Exit”112. If user 25 selects “Join as VIP”, user 25 may couple to the fullcommunication session as described herein. If user 25 selects “Exit”113, communication module 14 may display GUI 100.

Example Process

FIG. 5 is a flow diagram illustrating an example process 120 for joininga client device to a communication session, in accordance with one ormore aspects of this disclosure. For purposes of illustration only, theexample process is described below within the context of communicationserver 34 of server device 32 as shown in FIG. 1.

Process 120 may include receiving, by one or more computing devices, arequest to couple a first client device to a communication session,wherein the request includes user identification information (122). Forexample, communication server 34 may receive a request to joincommunication session 40 from client device 10 as described above withrespect to FIG. 1. Process 120 may include determining, by the one ormore computing devices, a number of client devices coupled to thecommunication session (124). For example, session module 36 maydetermine the number of client devices coupled to communication session(e.g., client devices 46A-C). Process 120 may further include comparing,by the one or more computing devices, the number of client devicescoupled to the communication session to a maximum number of clientdevices to determine whether the maximum number of client devices arecoupled to the communication session (126). For example, session module36 may compare the number of client devices coupled to communicationsession 40 to a maximum number of client devices of communicationsession 40.

The process 120 may include when the maximum number of client devicesare coupled to the communication session, determining, by the one ormore computing devices, whether a user associated with the first clientdevice is a preferred user based on at least the user identificationinformation (128). For example, session module 36 may determinecommunication session 40 is full (e.g., has the maximum number of clientdevices) and send a message to preferred user module 38 to determinewhether user 25 associated with client device 10 is a preferred user asdescribed above with respect to FIG. 1. When the user is the preferreduser, process 120 may include coupling, by the one or more computingdevices, the client device associated with the preferred user to thecommunication session (130). For example, preferred user module 38 maysend a message to session module 36 indicating user 25 is a preferreduser and session module 36 may send a message to client device 10enabling communication client 12 to couple to communication session 40.Communication session 40 may enable communication between the firstclient device (e.g., client device 10) and one or more second clientdevices (e.g., client devices 46) coupled to communication session 40.

In some examples, determining whether the user associated with the firstclient device is the preferred user may further include querying, by theone or more computing devices, at least one data store based on at leastthe user identification information to retrieve user status informationfor the user associated with the first client device. For example,preferred user module 38 may query UPD 42 using the user identificationinformation to retrieve user status information regarding user 25associated with client device 10. The method may include determining auser status of the user associated with the first client device based atleast in part on the retrieved user status information, where the userstatus is one of the preferred user and a non-preferred user. Forexample, a user status of user 25 associated with client device 10 maybe determined based on the retrieved user status. In some examples, thepreferred user has at least one of a granted preferred status and averified preferred status. In some examples, the granted preferredstatus has a limited duration. The limited duration may be based on atleast one of a time limit, a number of connections to communicationsessions, and an activity level.

In some examples, when the user is a non-preferred user, process 120 mayinclude rejecting, by the one or more computing devices, the request tocouple to the communication session from the first client deviceassociated with the non-preferred user. For example, upon preferred usermodule 38 determining user 25 is a non-preferred user, preferred usermodule 38 may send session module 36 a message indicating user 25 is anon-preferred user and session module 36 may reject the request to joincommunication session 40.

Process 120 may include, when fewer than the maximum number of clientdevices are coupled to the communication session, coupling, by thecomputing device, the first client device to the communication session.For example, if fewer than the maximum number of client devices arecoupled to communication session 40, session module 36 may send amessage to client device 10 enabling client device 10 to couple tocommunication session 40. In the example where fewer than the maximumnumber of client devices are coupled to communication session 40, thefirst client device may be associated with a preferred user or anon-preferred user (e.g., before the maximum number of client devicesfor the session is reached, client devices may be coupled to thecommunication session regardless of whether the associated use ispreferred or non-preferred).

Process 120 may further include receiving, by the one or more computingdevices, a configuration request from one of the one or more secondclient devices to set the maximum number of client devices of thecommunication session. In some examples, the second client device thatsends the configuration request is the client device that initiated thecommunication session (e.g., a lead client device). For example, serverdevice 32 may receive a configuration request from client device 46Aincluding the maximum number of client devices for communication session40. In one example, client device 46A is the second client device (e.g.,the client device that initiated communication session 40).

When the maximum number of client devices are coupled to thecommunication session and when the user associated with the first clientdevice is the preferred user, process 120 may include sending, by theone or more computing devices, a notification of the request to thesecond client device that sent the configuration request (e.g., clientdevice 46A) indicating the request to join from client device 10. Insome examples, the notification includes a permission request for thefirst client device associated with the preferred user to couple to thecommunication session. Process 120 may include receiving, by the one ormore computing devices, a response to the notification from the secondclient device that sent the configuration request indicating whether thefirst client device associated with the preferred user has permission tojoin the communication session. Process 120 may include, when the useris the preferred user, sending, by the one or more computing devices, amessage to the one or more second client devices coupled to thecommunication session indicating that the preferred user has beencoupled to the communication session.

In some examples, the user identification information includes a firstidentifier of the first client device that sent the request and a secondidentifier of the user associated with first client device. That is, therequest received by session module 36 may include an identifier ofclient device 10 and an identifier of user 22.

Additionally, process 120 may include receiving, by the one or morecomputing devices, a request to obtain a verified preferred status,verifying, by the one or more computing devices, that the userassociated with the first client device is the preferred user, andstoring, by the one or more computing devices, the verified preferredstatus of the user within at least one data store. For example, theverified preferred status of user 25 may be stored in user profile datastore 42. In some examples, the verified preferred status indicates thata social network service provider associated with the communicationsession has authenticated the user as the preferred user.

The techniques described in this disclosure may be implemented, at leastin part, in hardware, software, firmware, or any combination thereof.For example, various aspects of the described techniques may beimplemented within one or more processors, including one or moremicroprocessors, digital signal processors (DSPs), application specificintegrated circuits (ASICs), field programmable gate arrays (FPGAs), orany other equivalent integrated or discrete logic circuitry, as well asany combinations of such components. The term “processor” or “processingcircuitry” may generally refer to any of the foregoing logic circuitry,alone or in combination with other logic circuitry, or any otherequivalent circuitry. A control unit including hardware may also performone or more of the techniques of this disclosure.

Such hardware, software, and firmware may be implemented within the samedevice or within separate devices to support the various techniquesdescribed in this disclosure. In addition, any of the described units,modules or components may be implemented together or separately asdiscrete but interoperable logic devices. Depiction of differentfeatures as modules or units is intended to highlight differentfunctional aspects and does not necessarily imply that such modules orunits must be realized by separate hardware, firmware, or softwarecomponents. Rather, functionality associated with one or more modules orunits may be performed by separate hardware, firmware, or softwarecomponents, or integrated within common or separate hardware, firmware,or software components.

The techniques described in this disclosure may also be embodied orencoded in an article of manufacture including a computer-readablestorage medium encoded with instructions. Instructions embedded orencoded in an article of manufacture including a computer-readablestorage medium encoded, may cause one or more programmable processors,or other processors, to implement one or more of the techniquesdescribed herein, such as when instructions included or encoded in thecomputer-readable storage medium are executed by the one or moreprocessors. Computer readable storage media may include random accessmemory (RAM), read only memory (ROM), programmable read only memory(PROM), erasable programmable read only memory (EPROM), electronicallyerasable programmable read only memory (EEPROM), flash memory, a harddisk, a compact disc ROM (CD-ROM), a floppy disk, a cassette, magneticmedia, optical media, or other computer readable media. In someexamples, an article of manufacture may include one or morecomputer-readable storage media.

In some examples, a computer-readable storage medium may include anon-transitory medium. The term “non-transitory” may indicate that thestorage medium is not embodied in a carrier wave or a propagated signal.In certain examples, a non-transitory storage medium may store data thatcan, over time, change (e.g., in RAM or cache).

In some examples, any of the described software units, modules orcomponents may be executed as one or more distributed processes on oneor more computing devices of a distributed system. In this way,workloads of any of the described software units, modules or componentsmay be distributed across the distributed system for processing. In oneexample, a distributed system may include multiple autonomous computersthat communicate through one or more communication channels, such as acomputer network, to perform techniques implemented by the softwareunits, modules or components.

Various embodiments have been described. These and other embodiments arewithin the scope of the following claims.

The invention claimed is:
 1. A method, executing on one or morecomputing devices, said method comprising: receiving, by the one or morecomputing devices, a request to couple a first client device to acommunication server including a communication session, wherein therequest includes user identification information; determining, by theone or more computing devices, a number of client devices coupled to thecommunication session; comparing, by the one or more computing devices,the number of client devices coupled to the communication session to amaximum number of client devices to determine whether the maximum numberof client devices are coupled to the communication session; when themaximum number of client devices are coupled to the communicationsession, determining, by the one or more computing devices, whether auser associated with the first client device is a preferred user basedon at least the user identification information; querying, by the one ormore computing devices, at least one data store based on at least theuser identification information to retrieve user status information forthe user associated with the first client device; determining, by theone or more computing devices, a user status of the user associated withthe first client device based at least in part on the retrieved userstatus information, wherein the user status is one of the preferred userand a non-preferred user, wherein the preferred user has at least oneof: a granted preferred status based upon, at least in part, an activitylevel including a number of times the user initiates communicationsessions, and a verified preferred status, including verifying thepreferred status of a public figure via a social network serviceprovider associated with the communication session; and when the user isthe preferred user, coupling, by the one or more computing devices, thefirst client device associated with the preferred user to thecommunication session, wherein the communication session enablescommunication between the first client device and one or more additionalclient devices coupled to the communication session, wherein a videofeed associated with each client device coupled to the communicationsession is generated and concurrently displayed during the communicationsession.
 2. The method of claim 1, wherein the granted preferred statushas a limited duration.
 3. The method of claim 2, wherein the limitedduration is based on at least one of a time limit, a number ofconnections to communication sessions, and the activity level.
 4. Themethod of claim 1, further comprising: when the user is thenon-preferred user, rejecting, by the one or more computing devices, therequest to couple the first client device associated with thenon-preferred user to the communication session.
 5. The method of claim1, further comprising: when fewer than the maximum number of clientdevices are coupled to the communication session, coupling, by the oneor more computing devices, the first client device to the communicationsession.
 6. The method of claim 1, further comprising: receiving, by theone or more computing devices, a configuration request from one of theone or more additional client devices to set the maximum number ofclient devices of the communication session.
 7. The method of claim 6,further comprising: when the maximum number of client devices arecoupled to the communication session and when the user associated withthe first client device is the preferred user, sending, by the one ormore computing devices, a notification to the one of the one or moreadditional client devices that sent the configuration request indicatingthe request to join.
 8. The method of claim 7, wherein the notificationincludes a permission request for the first client device to couple tothe communication session.
 9. The method of claim 8, further comprising:receiving, by the one or more computing devices, a response to thepermission request indicating whether the first client device associatedwith the preferred user has permission to couple to the communicationsession.
 10. The method of claim 1, further comprising: when the user isthe preferred user, sending, by the one or more computing devices, amessage to the one or more additional client devices coupled to thecommunication session indicating that the first client device associatedwith the preferred user has coupled to the communication session. 11.The method of claim 1, wherein the user identification informationincludes a first identifier of the first client device that sent therequest and a second identifier of the user associated with first clientdevice.
 12. The method of claim 1, further comprising: receiving, by theone or more computing devices, a request to obtain a verified preferredstatus; verifying, by the one or more computing devices, that the userassociated with the first client device is the preferred user; andresponsive to verifying that the user is the preferred user, storing, bythe one or more computing devices, the verified preferred status of theuser in at least one data store.
 13. A non-transitory computer-readablestorage medium comprising instructions that, when executed, cause one ormore processors of one or more computing devices to perform operationscomprising: receiving a request to couple a first client device to acommunication server including a communication session, wherein therequest includes user identification information; determining a numberof client devices coupled to the communication session; comparing thenumber of client devices coupled to the communication session to amaximum number of client devices to determine whether the maximum numberof client devices are coupled to the communication session; when themaximum number of client devices are coupled to the communicationsession, determining whether a user associated with the first clientdevice is a preferred user based on at least the user identificationinformation; querying at least one data store based on at least the useridentification information to retrieve user status information for theuser associated with the first client device; determining a user statusof the user associated with the first client device based at least inpart on the retrieved user status information, wherein the user statusis one of the preferred user and a non-preferred user, wherein thepreferred user has at least one of: a granted preferred status basedupon, at least in part, an activity level including a number of timesthe user initiates communication sessions, and a verified preferredstatus, including verifying the preferred status of a public figure viaa social network service provider associated with the communicationsession; and when the user is the preferred user, coupling the firstclient device associated with the preferred user to the communicationsession, wherein the communication session enables communication betweenthe first client device and one or more additional client devicescoupled to the communication session, wherein a video feed associatedwith each client device coupled to the communication session isgenerated and concurrently displayed during the communication session.14. The non-transitory computer-readable storage medium of claim 13,wherein the operations further comprise: when the user is anon-preferred user, rejecting the request to couple the first clientdevice associated with the non-preferred user to the communicationsession.
 15. The non-transitory computer-readable storage medium ofclaim 13, wherein the operations further comprise: when fewer than themaximum number of client devices are coupled to the communicationsession, coupling the first client device to the communication session.16. A server comprising one or more computing devices, wherein the oneor more computing devices perform a method of: receiving, by the one ormore computing devices, a request to couple a first client device to acommunication server including a communication session, wherein therequest includes user identification information; determining, by theone or more computing devices, a number of client devices coupled to thecommunication session; comparing, by the one or more computing devices,the number of client devices coupled to the communication session to amaximum number of client devices to determine whether the maximum numberof client devices are coupled to the communication session; when themaximum number of client devices are coupled to the communicationsession, determining, by the one or more computing devices, whether auser associated with the first client device is a preferred user basedon at least the user identification information; querying, by the one ormore computing devices, at least one data store based on at least theuser identification information to retrieve user status information forthe user associated with the first client device; determining, by theone or more computing devices, a user status of the user associated withthe first client device based at least in part on the retrieved userstatus information, wherein the user status is one of the preferred userand a non-preferred user, wherein the preferred user has at least oneof: a granted preferred status based upon, at least in part, an activitylevel including a number of times the user initiates communicationsessions, and a verified preferred status, including verifying thepreferred status of a public figure via a social network serviceprovider associated with the communication session; and when the user isthe preferred user, coupling, by the one or more computing devices, theclient device associated with the preferred user to the communicationsession, wherein the communication session enables communication betweenthe first client device and one or more additional client devicescoupled to the communication session, wherein a video feed associatedwith each client device coupled to the communication session isgenerated and concurrently displayed during the communication session.17. The server of claim 16, wherein the one or more computing devicesare configured to perform the method that further comprises: when theuser is a non-preferred user, rejecting, by the one or more computingdevices, the request to couple the first client device associated withthe non-preferred user to the communication session.
 18. The server ofclaim 16, wherein the one or more computing devices are configured toperform the method that further comprises: when fewer than the maximumnumber of client devices are coupled to the communication session,coupling, by the computing device, the first client device to thecommunication session.